Intra block copy (intrabc) cost estimation

ABSTRACT

A method for encoding video data is provided that includes determining whether or not a parent coding unit of a coding unit of the video data was predicted in intra-prediction block copy (IntraBC) mode and, when it is determined that the parent coding unit was not predicted in IntraBC mode: computing activity of the coding unit, determining an IntraBC coding cost of the coding unit by computing the IntraBC coding cost of the coding unit using a two dimensional (2D) search when the activity of the coding unit is not than an activity threshold, and computing the IntraBC coding cost of the coding unit using a one dimensional (1D) search when the activity of the coding unit is less than the activity threshold, using the IntraBC coding cost to select an encoding mode from one of a plurality of encoding modes, encoding the coding unit using the selected encoding mode.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. patent application Ser. No.16/843,315 filed on Apr. 8, 2020, which is a continuation of U.S. patentapplication Ser. No. 16/161,428 filed on Oct. 16, 2018 (now U.S. Pat.No. 10,652,574), which is a continuation of U.S. patent application Ser.No. 14/506,085 filed on Oct. 3, 2014 (now U.S. Pat. No. 10,104,395),which claims benefit of U.S. Provisional Patent Application Ser. No.61/890,505, filed on Oct. 14, 2013, and U.S. Provisional PatentApplication Ser. No. 61/893,418, filed on Oct. 21, 2013, all of whichare incorporated herein by reference in their entireties for allpurposes.

BACKGROUND OF THE INVENTION Field of the Invention

Embodiments of the present invention generally relate to video codingusing intra block copy cost estimation.

Description of the Related Art

The Joint Collaborative Team on Video Coding (JCT-VC) of ITU-T WP3/16and ISO/IEC JTC 1/SC 29/WG 11 has recently released the first version ofthe next-generation video coding standard referred to as High EfficiencyVideo Coding (HEVC). Similar to previous video coding standards such asH.264/AVC, HEVC is based on a hybrid coding scheme using block-basedprediction and transform coding. First, the input signal is split intorectangular blocks that are predicted from the previously decoded databy either motion compensated (inter) prediction or intra prediction. Theresulting prediction error is coded by applying block transforms basedon an integer transform, which is followed by quantization and coding ofthe transform coefficients.

HEVC Version 1 primarily focuses on 8-bit/10-bit YUV 4:2:0 video andprovides 50% higher coding efficiency than its predecessor AVC/H.264.Standardization efforts, referred to as HEVC Range extensions (HEVCRExt), are currently underway in the JCT-VC to extend HEVC to supportbit depths larger than 10 bits and color sampling of 4:2:2 and 4:4:4.Among the tools under consideration for HEVC RExt (or later versions)are tools for improving coding efficiency of screen content video. Thework on screen content coding is motivated by the increasing popularityof applications such as wireless displays, remote desktop, remotegaming, distance education, cloud computing, automotive infotainment,etc. Video in such applications often has mixed content in a singlepicture that includes some combination of natural video, text, andgraphics.

SUMMARY

Embodiments of the present invention relate to methods, apparatus, andcomputer readable media for video coding using intra block copyestimation. In one aspect, a method for encoding a video stream isprovided that includes computing activity of a block of video data inthe video stream when a parent block of the block is not predicted inintra block copy (IntraBC) mode, computing an IntraBC coding cost of theblock based on a two dimensional (2D) search when the activity is notless than an activity threshold, computing the IntraBC coding cost ofthe block based on a one dimensional (1D) search when the activity isless than the activity threshold, and selecting a best mode for encodingthe block based on the IntraBC coding cost.

In one aspect, a method for encoding a video stream is provided thatincludes computing an inter-prediction cost for a block of video data inthe video stream, computing an intra-prediction cost for the block,selecting a best mode for encoding the block based on theinter-prediction cost and the intra-prediction cost when a minimum theinter-prediction cost and the intra-prediction cost is less than a costthreshold, determining whether or not a parent block of the block waspredicted in IntraBC mode when the minimum is not less than the costthreshold, computing an IntraBC coding cost of the block with a twodimensional (2D) search when the parent block was predicted in IntraBCmode, computing activity of the block when the parent block of the blockwas not predicted in intra block copy (IntraBC) mode, computing anIntraBC coding cost of the block based on a two dimensional (2D) searchwhen the activity is not less than an activity threshold, computing theIntraBC coding cost of the block based on a one dimensional (1D) searchwhen the activity is less than the activity threshold, and selecting abest mode for encoding the block based on the IntraBC coding cost.

In one aspect, an apparatus for encoding a video stream is provided thatincludes means for computing activity of a block of video data in thevideo stream when a parent block of the block is not predicted in intrablock copy (IntraBC) mode, means for computing an IntraBC coding cost ofthe block with a two dimensional (2D) search when the activity is notless than an activity threshold, means for computing the IntraBC codingcost of the block based on a one dimensional (1D) search when theactivity is less than the activity threshold, and means for selecting abest mode for encoding the block based on the IntraBC coding cost.

BRIEF DESCRIPTION OF THE DRAWINGS

Particular embodiments will now be described, by way of example only,and with reference to the accompanying drawings:

FIG. 1 is an example of mixed content video;

FIG. 2 is a flow diagram of a prior art method;

FIG. 3 is a block diagram of a digital system;

FIG. 4 is a block diagram of an example video encoder;

FIGS. 5-10 are flow diagrams of methods; and

FIG. 11 is a block diagram of an illustrative digital system.

DETAILED DESCRIPTION OF EMBODIMENTS OF THE INVENTION

Specific embodiments of the invention will now be described in detailwith reference to the accompanying figures. Like elements in the variousfigures are denoted by like reference numerals for consistency.

As used herein, the term “picture” may refer to a frame or a field of aframe. A frame is a complete image captured during a known timeinterval. For convenience of description, embodiments are describedherein in reference to HEVC. One of ordinary skill in the art willunderstand that embodiments of the invention are not limited to HEVC.

In HEVC, a largest coding unit (LCU) is the base unit used forblock-based coding. A picture is divided into non-overlapping LCUs. Thatis, an LCU plays a similar role in coding as the macroblock ofH.264/AVC, but it may be larger, e.g., 32×32, 64×64, etc. An LCU may bepartitioned into coding units (CU). A CU is a block of pixels within anLCU and the CUs within an LCU may be of different sizes. Thepartitioning is a recursive quadtree partitioning. The quadtree is splitaccording to various criteria until a leaf is reached, which is referredto as the coding node or coding unit. The maximum hierarchical depth ofthe quadtree is determined by the size of the smallest CU (SCU)permitted. The coding node is the root node of two trees, a predictiontree and a transform tree. A prediction tree specifies the position andsize of prediction units (PU) for a coding unit. A transform treespecifies the position and size of transform units (TU) for a codingunit. A transform unit may not be larger than a coding unit and the sizeof a transform unit may be, for example, 4×4, 8×8, 16×16, and 32×32. Thesizes of the transforms units and prediction units for a CU aredetermined by the video encoder during prediction based on minimizationof rate/distortion costs.

HEVC version 1 is described in B. Bross, et al., “High Efficiency VideoCoding (HEVC) Text Specification Draft 10 (for FDIS & Last Call),”JCTVC-L1003_v34, Joint Collaborative Team on Video Coding (JCT-VC) ofITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11, Geneva, C H, Jan. 14-23,2013, which is incorporated by reference herein in its entirety.Versions of HEVC RExt are described in D. Flynn, et al., “HighEfficiency Video Coding (HEVC) Range Extensions Text Specification:Draft 4,” JCTVC-N1005_v1, Joint Collaborative Team on Video Coding(JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11, Incheon, K R,Apr. 18-26, 2013, D. Flynn, et al., “High Efficiency Video Coding (HEVC)Range Extensions Text Specification: Draft 6,” JCTVC-P1005_v1, JointCollaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 andISO/IEC JTC1/SC29/WG11, San Jose, Calif., Jan. 9-17, 2014, and D. Flynn,et al., “High Efficiency Video Coding (HEVC) Range Extensions TextSpecification: Draft 7,” JCTVC-Q1005_v6, Joint Collaborative Team onVideo Coding (JCT-VC) of ITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11,Valencia, Spain, Mar. 27-Apr. 4, 2014 which are incorporated byreference herein in their entirety.

The JCT-VC recently created a separate draft specification for thescreen content coding portion of HEVC RExt: R. Joshi and J. Xu, “HighEfficiency Video Coding (HEVC) Screen Content Coding: Draft 1,”JCTVC-R1005-v2, Joint Collaborative Team on Video Coding (JCT-VC) ofITU-T SG16 WP3 and ISO/IEC JTC1/SC29/WG11, Sapporo, Japan, Jun. 30-Jul.9, 2014, which is incorporated by reference herein in its entirety.

Some aspects of the disclosure have been presented to the JCT-VC in thefollowing document, which is incorporated by reference herein in theirentirety: D. Kwon and M. Budagavi, “AHG5: Fast Encoding Using EarlySkipping of Intra Block Copy (IntraBC) Search,” JCTVC-00245, JointCollaborative Team on Video Coding (JCT-VC) of ITU-T SG16 WP3 andISO/IEC JTC1/SC29/WG11, Geneva, Switzerland, Oct. 23-Nov. 1, 2013.

As previously mentioned, tools for improving coding efficiency of screencontent video are under consideration. Such tools are important due tothe increasing popularity of applications such as remote desktop, remotegaming, cloud computing, etc. Video content in such applicationstypically has mixed content that may include natural video, text,graphics etc. as illustrated in the example of FIG. 1. Graphics and textregions in pictures such as that of FIG. 1 have sharp edges that aresometimes not predicted well using intra prediction tools in currentvideo coding standards, resulting in prediction error levels in intracoded blocks that are higher than those for natural video.

One such tool under consideration is an intra prediction tool referredto as intra block copy (IntraBC). The example frame of screen contentvideo of FIG. 1 is dominated by text and graphics. As is highlighted inFIG. 1, areas of a screen content video frame having text and/orgraphics may have repeating patterns. IntraBC exploits this redundancyto improve coding efficiency. The underlying idea of IntraBC is that ablock of pixels, e.g., a CU or a PU, in a picture that is to be codedcan be predicted from a previously coded and reconstructed block in thepicture that best matches the block. In general, IntraBC is a blockmatching technique in which a block of samples, e.g., a coding unit (CU)or a prediction unit (PU), is predicted as a displacement from areconstructed block of samples in a neighboring region in the samepicture. Testing of some embodiments of IntraBC have shown it to be veryeffective for screen content video as it removes redundancy fromrepeating patterns which typically occur in text and graphics regionssuch as those illustrated in FIG. 1. More specifically, tests ofembodiments of IntraBC have shown an average bit rate savings in therange of 2% to 44% for screen content video sequences.

A version of IntraBC based on a two dimensional (2D) search hascurrently been adopted in HEVC RExt. In this IntraBC, a 2D vector (Vx,Vy) is transmitted in the encoded bit stream for a coding unit (CU) tosignal the displaced block which is similar to a current CU. Because abest IntraBC vector is searched over a 2D search space, the encodingcomplexity is high, and fast IntraBC cost estimation is needed to reduceencoding complexity.

FIG. 2 is a flow diagram of a prior art method for IntraBC costestimation. Because IntraBC mode is rarely selected as the best mode for64×64 and 32×32 CUs, the prior art method bypasses IntraBC costestimation for CUs of these sizes. In addition, the prior art methodperforms a one dimensional (1D) search (which includes cost estimation)for 16×16 CUs and only performs a 2D search (which includes costestimation) for 8×8 CUs. However, the encoding complexity is still highdue to the 2D search performed for 8×8 CUs. In general, 1D and 2Dsearches operate as follows. Assume that the horizontal and verticalsearch ranges are 0 to Sx−1 and 0 to Sy−1, respectively, where Sx and Syare search ranges in the x and y directions. A 1D search finds a bestdisplacement among Sx search points in the horizontal direction, i.e.,(0, 0), (1, 0), (2, 0), . . . , (Sx−1, 0), and Sy search points in thevertical direction, i.e., (0, 1), (0, 2) . . . , (0, Sy−1), while a 2Dsearch find a best displacement among Sx×Sy search points in a 2D space.The maximum values of Sx and Sx may be specified by the coding standard,e.g., HEVC, and may be further constrained by the encoder.

Embodiments of the invention provide for IntraBC cost estimation withreduced complexity, while allowing IntraBC cost estimation for CUs ofall sizes provided certain conditions are met. In some embodiments, thedecision as to whether or not to perform IntraBC cost estimation for aCU is based on the costs computed for inter-prediction (Inter Mode) andregular intra-prediction (Intra Mode) of the CU. In some embodiments,the decision as to whether or not to perform IntraBC cost estimation fora CU is based on whether or not IntraBC mode was selected for the parentCU and on the activity in the CU. In some embodiments, all threecriteria are used to decide whether or not to perform IntraBC costestimation for a particular CU.

FIG. 3 shows a block diagram of a digital system that includes a sourcedigital system 300 that transmits encoded video sequences to adestination digital system 302 via a communication channel 316. Thesource digital system 300 includes a video capture component 304, avideo encoder component 306, and a transmitter component 308. The videocapture component 304 is configured to provide a video sequence to beencoded by the video encoder component 306. The video capture component304 may be, for example, a video camera, a video archive, or a videofeed from a video content provider. In some embodiments, the videocapture component 304 may generate computer graphics as the videosequence, or a combination of live video, archived video, and/orcomputer-generated video.

The video encoder component 306 receives a video sequence from the videocapture component 304 and encodes it for transmission by the transmittercomponent 308. The video encoder component 306 receives the videosequence from the video capture component 304 as a sequence of pictures,divides the pictures into largest coding units (LCUs), and encodes thevideo data in the LCUs. The video encoder component 306 may beconfigured to perform IntraBC cost estimation during the encodingprocess as described herein. An embodiment of the video encodercomponent 306 is described in more detail herein in reference to FIG. 4.

The transmitter component 308 transmits the encoded video data to thedestination digital system 302 via the communication channel 316. Thecommunication channel 316 may be any communication medium, orcombination of communication media suitable for transmission of theencoded video sequence, such as, for example, wired or wirelesscommunication media, a local area network, or a wide area network.

The destination digital system 302 includes a receiver component 310, avideo decoder component 312 and a display component 314. The receivercomponent 310 receives the encoded video data from the source digitalsystem 300 via the communication channel 316 and provides the encodedvideo data to the video decoder component 312 for decoding. The videodecoder component 312 reverses the encoding process performed by thevideo encoder component 306 to reconstruct the LCUs of the videosequence.

The reconstructed video sequence is displayed on the display component314. The display component 314 may be any suitable display device suchas, for example, a plasma display, a liquid crystal display (LCD), alight emitting diode (LED) display, etc.

In some embodiments, the source digital system 300 may also include areceiver component and a video decoder component and/or the destinationdigital system 302 may include a transmitter component and a videoencoder component for transmission of video sequences both directionsfor video streaming, video broadcasting, and video telephony. Further,the video encoder component 306 and the video decoder component 312 mayperform encoding and decoding in accordance with one or more videocompression standards. The video encoder component 306 and the videodecoder component 312 may be implemented in any suitable combination ofsoftware, firmware, and hardware, such as, for example, one or moredigital signal processors (DSPs), microprocessors, discrete logic,application specific integrated circuits (ASICs), field-programmablegate arrays (FPGAs), etc.

FIG. 4 is a block diagram of the LCU processing portion of an examplevideo encoder providing IntraBC and configured to perform IntraBC costestimation according to method embodiments described herein. The LCUprocessing receives LCUs 400 of an input video sequence from a codingcontrol component (not shown) and encodes the LCUs 400 under the controlof the coding control component to generate a compressed (encoded) videostream. The coding control component sequences the various operations ofthe video encoder, i.e., the coding control component runs the maincontrol loop for video encoding. For example, the coding controlcomponent performs processing on the input video sequence that is to bedone at the picture level, such as determining the coding type (I, P, orB) of a picture based on a high level coding structure, e.g., IPPP,IBBP, hierarchical-B, and dividing a picture into LCUs for furtherprocessing.

In addition, for pipelined architectures in which multiple LCUs may beprocessed concurrently in different components of the LCU processing,the coding control component controls the processing of the LCUs byvarious components of the LCU processing in a pipeline fashion. Forexample, in many embedded systems supporting video processing, there maybe one master processor and one or more slave processing modules, e.g.,hardware accelerators. The master processor operates as the codingcontrol component and runs the main control loop for video encoding, andthe slave processing modules are employed to off load certaincompute-intensive tasks of video encoding such as motion estimation,motion compensation, intra prediction mode estimation, transformationand quantization, entropy coding, and loop filtering. The slaveprocessing modules are controlled in a pipeline fashion by the masterprocessor such that the slave processing modules operate on differentLCUs of a picture at any given time. That is, the slave processingmodules are executed in parallel, each processing its respective LCUwhile data movement from one processor to another is serial.

The LCUs 400 from the coding control component are provided as one inputof a motion estimation component (ME) 420, as one input of anintra-prediction estimation component (IPE) 424, as one input of anIntraBC estimation (IBCE) component 437, and to a positive input of acombiner 402 (e.g., adder or subtractor or the like). Further, althoughnot specifically shown, the prediction mode of each picture as selectedby the coding control component is provided to a mode decision component428 and the entropy coding component 436.

The reference buffer 418 provides reference data to the motionestimation component 420 and to the motion compensation component 422.The reference data may include one or more previously reconstructed andfiltered pictures, i.e., reference pictures. The reconstructed picturebuffer 430 provides reconstructed picture data for the picture currentlybeing encoded to the IPE component 424, the IBCE component 437, and thede-blocking filter component 432.

The motion estimation component 420 provides motion data information tothe motion compensation component 422 and the entropy coding component436. More specifically, the motion estimation component 420 performstests on CUs in an LCU based on multiple inter-prediction modes (e.g.,skip mode, merge mode, and normal or direct inter-prediction), PU sizes,and TU sizes using reference picture data from the reference buffer 418to choose the best CU partitioning, PU/TU partitioning, inter-predictionmodes, motion vectors, etc. based on coding cost, e.g., a ratedistortion coding cost. To perform the tests, the motion estimationcomponent 420 may divide an LCU into CUs according to the maximumhierarchical depth of the quadtree, and divide each CU into PUsaccording to the unit sizes of the inter-prediction modes and into TUsaccording to the transform unit sizes, and calculate the coding costsfor each PU size, prediction mode, and transform unit size for each CU.The motion estimation component 420 provides the motion vector (MV) orvectors and the prediction mode for each PU in the selected CUpartitioning to the motion compensation component (MC) 422.

The motion compensation component 422 receives the selectedinter-prediction mode and mode-related information from the motionestimation component 420 and generates the inter-predicted CUs. Theinter-predicted CUs are provided to the mode decision component 428along with the selected inter-prediction modes for the inter-predictedPUs and corresponding TU sizes for the selected CU/PU/TU partitioning.The coding costs of the inter-predicted CUs are also provided to themode decision component 428.

The intra-prediction estimation component (IPE) 424 performsintra-prediction estimation in which tests on CUs in an LCU based onmultiple intra-prediction modes, PU sizes, and TU sizes are performedusing reconstructed data from previously encoded neighboring CUs storedin the reconstructed picture buffer 430 to choose the best CUpartitioning, PU/TU partitioning, and intra-prediction modes based oncoding cost, e.g., a rate distortion coding cost. To perform the tests,the intra-prediction estimation component 424 may divide an LCU into CUsaccording to the maximum hierarchical depth of the quadtree, and divideeach CU into PUs according to the unit sizes of the intra-predictionmodes and into TUs according to the transform unit sizes, and calculatethe coding costs for each PU size, prediction mode, and transform unitsize for each PU. The intra-prediction estimation component 424 providesthe selected intra-prediction modes for the PUs and the corresponding TUsizes for the selected CU partitioning to the intra-prediction component(IP) 426. The coding costs of the intra-predicted CUs are also providedto the intra-prediction component 426.

The intra-prediction component (IP) 426 receives intra-predictioninformation, e.g., the selected mode or modes for the PU(s), the PUsize, etc., from the intra-prediction estimation component 424 andgenerates the intra-predicted CUs. The intra-predicted CUs are providedto the mode decision component 428 along with the selectedintra-prediction modes for the intra-predicted PUs and corresponding TUsizes for the selected CU/PU/TU partitioning. The coding costs of theintra-predicted CUs are also provided to the mode decision component428.

The IntraBC estimation component (IBCE) 437 provides block datainformation to the IntraBC component (IBC) 438. More specifically, whendirected by the coding control component for a given CU, the IBCE 437searches for a best matching block of the same size in a search area ofreconstructed samples of the picture being encoded and estimates thecoding cost for that best matching block. The coding control componentmay direct the IBCE 437 to estimate coding costs under certainconditions as are described in more detail in reference to methodembodiments described herein. Further, in some embodiments, the codingcontrol component may direct the IBCE 437 to perform a 1D search or a 2Dsearch for the best matching block.

The IBCE component 437 further divides the CU into TUs according to thetransform unit sizes, and calculates the coding costs for each CU sizeand transform unit size for each CU. The coding cost for a CU may bebased on the best matching block found for the CU. The IntraBCestimation component (IBCE) 437 provides the block vectors for the CUs,and the corresponding TU sizes for the selected CU partitioning to theIntraBC component (IBC) 438. The coding costs of the IntraBC predictedCUs are also provided to the IBC component 438. A block vector is atwo-dimensional vector that provides an offset from the coordinates of aCU to the coordinates of the best matching block in the search area.

The IntraBC component (IBC) 438 receives IntraBC information from theIBCE component 437 and generates the IntraBC predicted CUs. The IBCcomponent 438 may generate an IntraBC predicted block using a blockvector as follows. If (x0, y0) is the top-left corner of a block ofsamples with width w and height h, and (bx, by) is the block vector forthe best matching block of reconstructed samples, the IBC component 438may copy a block of reconstructed samples of size (w×h) from location(x0-bx, y0-by) in the search area. The IntraBC predicted CUs areprovided to the mode decision component 428 along with the correspondingTU sizes for the selected CU/PU/TU partitioning. The coding costs of theIntraBC predicted CUs are also provided to the mode decision component428.

The mode decision component 428 selects between intra-prediction of aCU, IntraBC prediction of a CU, and inter-prediction of a CU based onthe intra-prediction coding cost of the CU from the intra-predictioncomponent 426, the inter-prediction coding cost of the CU from themotion compensation component 422, the IntraBC prediction coding cost ofthe CU from the IntraBC compensation component 438, and the pictureprediction mode provided by the coding control component. Based on thedecision as to whether a CU is to be intra-coded, inter-coded, orIntraBC-coded, the intra-predicted PUs, inter-predicted PUs, orIntraBC-predicted PUs are selected. The selected CU/PU/TU partitioningwith corresponding modes and other mode related prediction data (if any)such as block vector(s), motion vector(s) and reference picture index(indices) are provided to the entropy coding component 436.

The output of the mode decision component 428, i.e., the predicted PUs,is provided to a negative input of the combiner 402 and to the combiner438. The associated transform unit size is also provided to thetransform component 404. The combiner 402 subtracts a predicted PU fromthe original PU. Each resulting residual PU is a set of pixel differencevalues that quantify differences between pixel values of the original PUand the predicted PU. The residual blocks of all the PUs of a CU form aresidual CU for further processing.

The transform component 404 performs block transforms on the residualCUs to convert the residual pixel values to transform coefficients andprovides the transform coefficients to a quantize component 406. Morespecifically, the transform component 404 receives the transform unitsizes for the residual CU and applies transforms of the specified sizesto the CU to generate transform coefficients. Further, the quantizecomponent 406 quantizes the transform coefficients based on quantizationparameters (QPs) and quantization matrices provided by the codingcontrol component and the transform sizes and provides the quantizedtransform coefficients to the entropy coding component 436 for coding inthe bit stream.

The entropy coding component 436 entropy encodes the relevant data,i.e., syntax elements, output by the various encoding components and thecoding control component using context-adaptive binary arithmetic coding(CABAC) to generate the compressed video bit stream. Among the syntaxelements that are encoded are picture parameter sets, slice headers,flags indicating the CU/PU/TU partitioning of an LCU, the predictionmodes for the CUs, and the quantized transform coefficients for the CUs.The entropy coding component 436 also entropy encodes relevant data fromthe in-loop filters, such as the SAO parameters.

Further, for each CU, the entropy coding component 436 encodes a syntaxelement indicating whether or not the CU is coded in IntraBC mode. Insome embodiments, for each CU encoded in IntraBC mode, the entropycoding component 436 encodes the block vector or vectors of the bestmatching block or blocks along with quantized transform coefficients ofthe CU. The block vector(s) may also be predicted and the differencebetween the block vector(s) and the predicted block vector(s) encoded.

The LCU processing includes an embedded decoder. As any compliantdecoder is expected to reconstruct an image from a compressed bitstream, the embedded decoder provides the same utility to the videoencoder. Knowledge of the reconstructed input allows the video encoderto transmit the appropriate residual energy to compose subsequentpictures.

The quantized transform coefficients for each CU are provided to aninverse quantize component (IQ) 412, which outputs a reconstructedversion of the transform result from the transform component 404. Thedequantized transform coefficients are provided to the inverse transformcomponent (IDCT) 414, which outputs estimated residual informationrepresenting a reconstructed version of a residual CU. The inversetransform component 414 receives the transform unit size used togenerate the transform coefficients and applies inverse transform(s) ofthe specified size to the transform coefficients to reconstruct theresidual values. The reconstructed residual CU is provided to thecombiner 416.

The combiner 416 adds the original predicted CU to the residual CU togenerate a reconstructed CU, which becomes part of reconstructed picturedata. The reconstructed picture data is stored in the reconstructedpicture buffer 430 for use by the IPE component 424, the IBCE component437, and the de-blocking filter component 432.

Various in-loop filters may be applied to the reconstructed picture datato improve the quality of the reference picture data used forencoding/decoding of subsequent pictures. The in-loop filters mayinclude a deblocking filter 432 and a sample adaptive offset filter(SAO) 434. The in-loop filters 432, 434 are applied to eachreconstructed LCU in the picture and the final filtered referencepicture data is stored in the reference buffer 418.

FIGS. 5-10 are flow charts of methods for IntraBC cost estimation of anN×N CU that may be performed in an encoder, e.g., the encoder of FIG. 4.The value of N may be, for example, 64, 32, 16, or 8. In each of thesemethods, IntraBC cost estimation is conditionally performed based onsome criteria. In some methods, the criteria is based on the calculatedcost for inter prediction of the CU and the calculated cost for intraprediction of the CU. More specifically, such methods exploit the factthat it is less probable that IntraBC mode will be selected for a CU ifeither the inter prediction cost or the intra prediction cost is verysmall. In some embodiments, the criteria are based on the activity inthe CU and whether or not the parent CU was IntraBC encoded. Morespecifically, such methods are based on an observation that onlyapproximately 10% to 15% of N×N CUs are coded in IntraBC mode when theparent 2N×2N CU is not coded in IntraBC mode. Further, N×N CUs in smoothareas, i.e., with low activity, are less likely to be coded in IntraBCmode.

The methods of FIGS. 5-10 all include steps for computing the interprediction mode cost and the intra prediction mode cost of the N×N CU.Techniques for determining inter prediction and intra prediction modesfor a CU and the respective encoding costs are well known and anysuitable technique may be used. Further, in some embodiments, the intraprediction mode cost of these methods may be determined by the IPEcomponent 424 of the encoder of FIG. 4, the inter prediction mode costmay be determined by the ME component 420, and the IntraBC mode cost maybe determined by the IBCE component 437. The coding control component ofthe encoder may perform the computations to decide whether or notIntraBC cost estimation is to be performed and whether a 1D or 2D searchis to be used for the cost estimation.

Referring first to the method of FIG. 5, the inter prediction mode cost(InterCost) for the N×N CU is computed 500 and the intra prediction modecost (IntraCost) for the N×N CU is computed 502. If the minimum of thesetwo costs is less than a cost threshold Th 504, then the IntraBC costestimation is bypassed for the CU and the best mode for the CU isselected 508 from the inter prediction mode and the intra predictionmode. Otherwise, the IntraBC cost is estimated for the CU using a 2Dsearch 506, and the best mode for the CU is selected 508 from the threemodes. Any suitable value for the cost threshold Th may be used. In someembodiments, the value for the cost threshold Th may be empiricallydetermined. In some embodiments, the cost threshold Th=min (48, 32×λ).The numeric values may be determined empirically. For example, when min(IntraCost, InterCost) is less than a cost threshold Th, a smallpercentage, i.e., n %, of such CUs will be IntraBC predicted. The valueof n can be set to a very small value and the numeric values of the costthreshold Th computation determined empirically. The parameter A is aLagrange multiplier that is used in the mode decision and depends on thevalue of the quantization parameter.

The method of FIG. 6 is a variation of the method of FIG. 5 in which,rather than bypassing IntraBC cost estimation when the minimum of theinter and intra prediction costs is less than the threshold, the IntraBCcost is estimated for the CU using a 1D search. As shown in FIG. 6, theinter prediction mode cost for the N×N CU is computed 600 and the intraprediction mode cost for the N×N CU is computed 602. If the minimum ofthese two costs is less than a cost threshold Th 604, then the IntraBCcost is estimated for the CU using a 1D search 506. Otherwise, theIntraBC cost is estimated for the CU using a 2D search 608. The bestmode for the CU is then selected 610 from the three modes.

In the method of FIG. 7, the inter prediction mode cost for the N×N CUis computed 700 and the intra prediction mode cost for the N×N CU iscomputed 702. If the parent 2N×2N CU of the CU was encoded in IntraBCmode 704, then the IntraBC cost is estimated for the CU using a 2Dsearch 712, and the best mode for the CU is then selected 714 from thethree modes.

If the parent 2N×2N CU of the CU was not encoded in IntraBC mode 704,then the activity of the CU is computed 708. Any suitable technique forcomputing the activity may be used. In some embodiments, the activity iscomputed as min(Act_(H), Act_(V)) where

${{Act}_{H} = {\sum\limits_{j = 0}^{N - 1}{\sum\limits_{i = 1}^{N - 1}{{{p( {j,i} )} - {p( {j,{i - 1}} )}}}}}},{{Act}_{V} = {\sum\limits_{i = 0}^{N - 1}{\sum\limits_{j = 1}^{N - 1}{{{p( {j,i} )} - {p( {{j - 1},i} )}}}}}},$

and p(j,i) is the original pixel at the j-th row and i-th column of aCU. If the computed activity is above an activity threshold TH 710, thenthe IntraBC cost is estimated for the CU using a 2D search 712, and thebest mode for the CU is then selected 714 from the three modes.Otherwise, the IntraBC cost estimation is bypassed for the CU and thebest mode for the CU is selected 714 from the inter prediction mode andthe intra prediction mode.

Any suitable value for the activity threshold Th may be used. The valueof the activity threshold may be empirically determined. In someembodiments, the activity threshold Th=168×(1<<(bitDepth−8)). Forexample, when the computed activity is less than the activity thresholdTh, a small percentage, i.e., m %, of such CUs will be IntraBCpredicted. The value of m can be set to a very small value and thenumeric value of the activity threshold Th determined empirically. Notethat in such embodiments, the threshold is dependent on input bit depth.For example, the activity threshold Th is based on the value 168 for8-bit input, but this value will be 168×4 for 10-bit input.

The method of FIG. 8 is a variation of the method of FIG. 7 in which,rather than bypassing IntraBC cost estimation when the computed activityis less than the activity threshold, the IntraBC cost is estimated forthe CU using a 1D search. As shown in FIG. 8, the inter prediction modecost for the N×N CU is computed 800 and the intra prediction mode costfor the N×N CU is computed 802. If the parent 2N×2N CU of the CU wasencoded in IntraBC mode 804, then the IntraBC cost is estimated for theCU using a 2D search 812. If the parent 2N×2N CU of the CU was notencoded in IntraBC mode 804, then the activity of the CU is computed808. If the computed activity is above an activity threshold Th 810,then the IntraBC cost is estimated for the CU using a 2D search 812.Otherwise, the IntraBC cost is estimated for the CU using a 1D search816. The best mode for the CU is then selected 814 from the three modes.

The method of FIG. 9 combines the methods of FIG. 5 and FIG. 7. As shownin FIG. 9, the inter prediction mode cost for the N×N CU is computed 900and the intra prediction mode cost for the N×N CU is computed 902. Ifthe minimum of these two costs is less than a cost threshold Th 904,then the IntraBC cost estimation is bypassed for the CU and the bestmode for the CU is selected 914 from the inter prediction mode and theintra prediction mode. Otherwise, if the parent 2N×2N CU of the CU wasencoded in IntraBC mode 906, then the IntraBC cost is estimated for theCU using a 2D search 912, and the best mode for the CU is then selected914 from the three modes.

If the parent 2N×2N CU of the CU was not encoded in IntraBC mode 906,then the activity of the CU is computed 908. If the computed activity isabove an activity threshold Th 910, then the IntraBC cost is estimatedfor the CU using a 2D search 912, and the best mode for the CU is thenselected 914 from the three modes. Otherwise, the IntraBC costestimation is bypassed for the CU and the best mode for the CU isselected 914 from the inter prediction mode and the intra predictionmode.

The method of FIG. 10 combines the methods of FIG. 5 and FIG. 8. Asshown in FIG. 10, the inter prediction mode cost for the N×N CU iscomputed 1000 and the intra prediction mode cost for the N×N CU iscomputed 1002. If the minimum of these two costs is less than a costthreshold Th 1004, then the IntraBC cost estimation is bypassed for theCU and the best mode for the CU is selected 1014 from the interprediction mode and the intra prediction mode. Otherwise, if the parent2N×2N CU of the CU was encoded in IntraBC mode 1006, then the IntraBCcost is estimated for the CU using a 2D search 1012, and the best modefor the CU is then selected 1014 from the three modes. If the parent2N×2N CU of the CU was not encoded in IntraBC mode 1006, then theactivity of the CU is computed 1008. If the computed activity is abovean activity threshold Th 1010, then the IntraBC cost is estimated forthe CU using a 2D search 1012. Otherwise, the IntraBC cost is estimatedfor the CU using a 1D search 1016. The best mode for the CU is thenselected 1014 from the three modes.

FIG. 11 is a block diagram of an example digital system suitable for useas an embedded system that may be configured to perform IntraBC costestimation as described herein during encoding of a video stream. Thisexample system-on-a-chip (SoC) is representative of one of a family ofDaVinci™ Digital Media Processors, available from Texas Instruments,Inc. This SoC is described in more detail in “TMS320DM6467 Digital MediaSystem-on-Chip”, SPRS403G, December 2007 or later, which is incorporatedby reference herein.

The SoC 1100 is a programmable platform designed to meet the processingneeds of applications such as video encode/decode/transcode/transrate,video surveillance, video conferencing, set-top box, medical imaging,media server, gaming, digital signage, etc. The SoC 1100 providessupport for multiple operating systems, multiple user interfaces, andhigh processing performance through the flexibility of a fullyintegrated mixed processor solution. The device combines multipleprocessing cores with shared memory for programmable video and audioprocessing with a highly-integrated peripheral set on common integratedsubstrate.

The dual-core architecture of the SoC 1100 provides benefits of both DSPand Reduced Instruction Set Computer (RISC) technologies, incorporatinga DSP core and an ARM926EJ-S core. The ARM926EJ-S is a 32-bit RISCprocessor core that performs 32-bit or 16-bit instructions and processes32-bit, 16-bit, or 8-bit data. The DSP core is a TMS320C64x+TM core witha very-long-instruction-word (VLIW) architecture. In general, the ARM isresponsible for configuration and control of the SoC 1100, including theDSP Subsystem, the video data conversion engine (VDCE), and a majorityof the peripherals and external memories. The switched central resource(SCR) is an interconnect system that provides low-latency connectivitybetween master peripherals and slave peripherals. The SCR is thedecoding, routing, and arbitration logic that enables the connectionbetween multiple masters and slaves that are connected to it.

The SoC 1100 also includes application-specific hardware logic, on-chipmemory, and additional on-chip peripherals. The peripheral set includes:a configurable video port (Video Port I/F), an Ethernet MAC (EMAC) witha Management Data Input/Output (MDIO) module, a 4-bit transfer/4-bitreceive VLYNQ interface, an inter-integrated circuit (I2C) businterface, multichannel audio serial ports (McASP), general-purposetimers, a watchdog timer, a configurable host port interface (HPI);general-purpose input/output (GPIO) with programmable interrupt/eventgeneration modes, multiplexed with other peripherals, UART interfaceswith modem interface signals, pulse width modulators (PWM), an ATAinterface, a peripheral component interface (PCI), and external memoryinterfaces (EMIFA, DDR2). The video port I/F is a receiver andtransmitter of video data with two input channels and two outputchannels that may be configured for standard definition television(SDTV) video data, high definition television (HDTV) video data, and rawvideo data capture.

As shown in FIG. 11, the SoC 1100 includes two high-definitionvideo/imaging coprocessors (HDVICP) and a video data conversion engine(VDCE) to offload many video and image processing tasks from the DSPcore. The VDCE supports video frame resizing, anti-aliasing, chrominancesignal format conversion, edge padding, color blending, etc. The HDVICPcoprocessors are designed to perform computational operations requiredfor video encoding such as motion estimation, motion compensation,intra-prediction, transformation, and quantization. Further, thedistinct circuitry in the HDVICP coprocessors that may be used forspecific computation operations is designed to operate in a pipelinefashion under the control of the ARM subsystem and/or the DSP subsystem.

As was previously mentioned, the SoC 1100 may be configured to performIntraBC cost estimation as described herein during encoding of a videostream. For example, the coding control of the video encoder of FIG. 4may be executed on the DSP subsystem or the ARM subsystem and at leastsome of the computational operations of the LCU processing, includingthe intra-prediction, inter-prediction, and IntraBC prediction of modeselection, transformation, quantization, and entropy encoding may beexecuted on the HDVICP coprocessors.

Other Embodiments

While the invention has been described with respect to a limited numberof embodiments, those skilled in the art, having benefit of thisdisclosure, will appreciate that other embodiments can be devised whichdo not depart from the scope of the invention as disclosed herein.

Embodiments of the methods and encoders described herein may beimplemented in hardware, software, firmware, or any combination thereof.If completely or partially implemented in software, the software may beexecuted in one or more processors, such as a microprocessor,application specific integrated circuit (ASIC), field programmable gatearray (FPGA), or digital signal processor (DSP). The softwareinstructions may be initially stored in a computer-readable medium andloaded and executed in the processor. In some cases, the softwareinstructions may also be sold in a computer program product, whichincludes the computer-readable medium and packaging materials for thecomputer-readable medium. In some cases, the software instructions maybe distributed via removable computer readable media, via a transmissionpath from computer readable media on another digital system, etc.Examples of computer-readable media include non-writable storage mediasuch as read-only memory devices, writable storage media such as disks,flash memory, memory, or a combination thereof.

Although method steps may be presented and described herein in asequential fashion, one or more of the steps shown in the figures anddescribed herein may be performed concurrently, may be combined, and/ormay be performed in a different order than the order shown in thefigures and/or described herein. Accordingly, embodiments should not beconsidered limited to the specific ordering of steps shown in thefigures and/or described herein.

It is therefore contemplated that the appended claims will cover anysuch modifications of the embodiments as fall within the true scope ofthe invention.

What is claimed is:
 1. A method for encoding video data, the methodcomprising: computing activity of a coding unit; determining anintra-prediction block copy (IntraBC) coding cost of the coding unit by:computing the IntraBC coding cost of the coding unit using a twodimensional (2D) search when the activity of the coding unit is not lessthan an activity threshold; and computing the IntraBC coding cost of thecoding unit using a one dimensional (1D) search when the activity of thecoding unit is less than the activity threshold; using the IntraBCcoding cost to select an encoding mode from one of a plurality ofencoding modes; and encoding the coding unit using the selected encodingmode.
 2. The method of claim 1, wherein the plurality of encoding modesincludes the IntraBC mode, an intra-prediction mode, and aninter-prediction mode.
 3. The method of claim 2, comprising: determiningan inter-prediction coding cost of the coding unit; and determining anintra-prediction coding cost of the coding unit.
 4. The method of claim3, wherein selecting the encoding mode includes comparing theinter-prediction coding cost, the intra-prediction coding cost, and theIntraBC mode coding cost.
 5. The method of claim 4, wherein the encodingmode is selected as the encoding mode having the lowest coding cost. 6.The method of claim 1, further comprising: computing the IntraBC codingcost of the coding unit using a 2D search; using the IntraBC coding costto select an encoding mode from one of a plurality of encoding modes;and encoding the coding unit using the selected encoding mode.
 7. Themethod of claim 6, wherein, the plurality of encoding modes includes theIntraBC mode, an intra-prediction mode, and an inter-prediction mode,and the method further comprises: determining an inter-prediction codingcost of the coding unit; and determining an intra-prediction coding costof the coding unit.
 8. The method of claim 7, wherein selecting theencoding mode includes comparing the inter-prediction coding cost, theintra-prediction coding cost, and the IntraBC coding cost.
 9. The methodof claim 1, further comprising: determining an inter-prediction codingcost of the coding unit; and determining an intra-prediction coding costof the coding unit.
 10. The method of claim 9, comprising, when aminimum of the inter-prediction coding cost and the intra-predictioncoding cost is less than a predetermined cost threshold, selecting anencoding mode as one of either an intra-prediction mode or aninter-prediction mode based which has a lower coding cost.
 11. Themethod of claim 9, wherein the predetermined cost threshold is computedas a minimum of 48 and 32×λ, wherein λ is a Lagrange multiplierdepending on a value of a quantization parameter.
 12. The method ofclaim 1, wherein computing the activity of the coding unit includescomputing min(Act_(H), Act_(V)), wherein:${{Act}_{H} = {\sum\limits_{j = 0}^{N - 1}{\sum\limits_{i = 1}^{N - 1}{{{p( {j,i} )} - {p( {j,{i - 1}} )}}}}}};$${{Act}_{V} = {\sum\limits_{i = 0}^{N - 1}{\sum\limits_{j = 1}^{N - 1}{{{p( {j,i} )} - {p( {{j - 1},i} )}}}}}};$p(j,i) is an original pixel at the j-th row and the i-th column of thecoding unit.
 13. The method of claim 1, wherein the activity thresholdis computed as 168×(1<<(bitDepth−8)).
 14. A method for encoding videodata, the method comprising: computing activity of the coding unit; whenthe activity of the coding unit is not less than an activity threshold:determining an intra-prediction block copy (IntraBC) coding cost of thecoding unit using a two dimensional (2D) search; selecting an encodingmode as one of the IntraBC mode, an intra-prediction mode, and aninter-prediction mode based on a coding cost of each of these encodingmodes; and encoding the coding unit using the selected encoding mode.15. A method for selecting a best mode for encoding a coding unit (CU)of video data in a video stream, the method comprising: computing aninter-prediction coding cost for the CU; computing an intra-predictioncoding cost for the CU; determining whether a minimum of theinter-prediction coding cost and the intra-prediction coding cost isless than a cost threshold; when the minimum of the inter-predictioncoding cost and the intra-prediction coding cost is less than a costthreshold: computing an intra block copy (IntraBC) coding cost of the CUusing a one dimensional (1D) search; and selecting a best mode forencoding the CU based the inter-prediction coding cost, theintra-prediction coding cost, and the IntraBC coding cost computed withthe 1D search; and when the minimum of the inter-prediction coding costand the intra-prediction coding cost is not less than a cost threshold:computing an IntraBC coding cost of the CU using a two dimensional (2D)search; and selecting the best mode for encoding the CU based theinter-prediction coding cost, the intra-prediction coding cost, and theIntraBC coding cost computed with the 2D search; and when the parent CUwas not predicted in IntraBC mode: computing activity of the CU;determining whether the activity of the CU is less than an activitythreshold; when the activity is not less than the activity threshold:computing an IntraBC coding cost of the CU using a 2D search; andselecting the best mode for encoding the CU based the inter-predictioncoding cost, the intra-prediction coding cost, and the IntraBC codingcost computed with the 2D search; and when the activity is less than theactivity threshold: computing an IntraBC coding cost of the CU using a1D search; and selecting the best mode for encoding the CU based theinter-prediction coding cost, the intra-prediction coding cost, and theIntraBC coding cost computed with the 1D search.
 16. The method of claim14 further comprising: determining that a second parent coding unit of asecond coding unit of the video data was predicted in anintra-prediction block copy (IntraBC) mode; and in response to thedetermining that the second parent coding unit was predicted in IntraBCmode: determining a second IntraBC coding cost of the second coding unitusing the two dimensional (2D) search; selecting an encoding mode of thesecond coding unit as one of the IntraBC mode, the intra-predictionmode, and the inter-prediction mode based on a coding cost of each ofthese encoding modes; and encoding the second coding unit using theselected encoding mode for the second coding unit.
 17. The method ofclaim 16, wherein the determining of the second IntraBC coding cost, theselecting of the encoding mode of the second coding unit, and theencoding of the second coding unit are performed without computingactivity of the second coding unit.